[HEVC] x265.EXE: mingw builds

[Gravitator]

It turns out that the problem is that I disabled B-pyramid?

[Gravitator]

Even if ye include the B-pyramid & GOP is still the same result.

[Selur]

If you do not want to have references which point to the future (in display order) then you have to disable b-frames,...

[El Heggunte]

build 1.2+413-e85b0aaa64e4

[El Heggunte]

build 1.2+436-ed49f875ab20

[El Heggunte]

build 1.2+465-c5f2a20e6f4c

rc: add slow first pass as option. set turbo first pass as default in 2 pass

[Selur]

now that I released a Hybrid version were I disabled the support for fast 1st pass encoding, how ironic

[LigH.de]

You are ahead of your time...

[El Heggunte]

build 1.2+471-0d4723a0080c

[El Heggunte]

commit 8e45fc7=> analysis: cleanup

commit 5a0e2a7=> rc: set rdlevel to 2 in fast first pass for multipass encode

[El Heggunte]

build 1.2+496-091a63164c41

[El Heggunte]

build 1.2+507-6e4eb8542203

[LigH.de]

x265 1.2+510-2bdcfcc1bb33 adds the linebreak in stats files back.

[El Heggunte]

^ Welcome back

[Fllear]

^ welcome back

+1 :d

[Gravitator]

Всем привет!
In x264 present OpenCL mode - allows us to expect rapid implementation of the GPU support for x265?

[El Heggunte]

To the best of my memory, and unless things have changed recently,
the OpenCL option in x264 hasn't been impressively-useful or helpful
So I presume the MCW team will keep ignoring it for a very-long time , possibly forever

[LigH.de]

I was not really gone; just saw the demand of current builds well covered, while waiting for a notable change.

[El Heggunte]

build 1.2+511-23d58a1819c7

asm: AVX2 version cvt32to16_shl

[El Heggunte]

build 1.2+518-d43e9a6a7cce

[Selur]

Anyone tested the impact of '--[no-]fast-intra' on the output quality/size?

[LigH.de]

Don't ask for pioneers. Be the pioneer.

[Selur]

No time and since I was interested I thought I ask if someone tested the new option and your answer doesn't really help.

[El Heggunte]

build 1.2+530-d66e257ace32

[x265]

To the best of my memory, and unless things have changed recently,
the OpenCL option in x264 hasn't been impressively-useful or helpful
So I presume the MCW team will keep ignoring it for a very-long time , possibly forever

Probably best not to presume anything on topics that you're not informed on. Definitely best not to speak for others. Although much of the work we do on x265 is checked in to the public repository immediately, other work is done in private repos until it's ready.

[El Heggunte]

Probably best not to presume anything on topics that you're not informed on. Definitely best not to speak for others. Although much of the work we do on x265 is checked in to the public repository immediately, other work is done in private repos until it's ready.

And hopefully YOU will have learned something from the notorious errors in the not-so-distant past of the X265 project.

P.S.: It's very obvious that the intention of your post was NOT give a better answer to Gravitator's question.

[Gravitator]

Why DivX Player refuses to play x265 video files.... The reason for the lack of agreement on a standard decoders of HEVC participants?

[x265]

Why DivX Player refuses to play x265 video files.... The reason for the lack of agreement on a standard decoders of HEVC participants?

Every HEVC encoder should create bitstreams that comply with the HEVC specification. To test this, decode the bitstream with the reference decoder (or analyze it with an HEVC analyzer). If the HM decoder can decode the bitstream, it is probably compliant with the specification. If another decoder cannot, it is probably not compliant with the specification.

[El Heggunte]

build 1.2+535-3d3bc732b9e7

[El Heggunte]

build 1.2+547-4c09d2ef5f1b